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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by IMS Network Testing (INT). 

The present document is part 1 of a multi-part deliverable covering the IMS NNI Interworking Test Specifications, as 
identified below: 

Part 1: "Test Purposes for IMS NNI Interworking" ; 

Part 2: "Test Descriptions for IMS NNI Interworking"; 
Part 3: "ATS&PIXIT". 



Introduction 

The IP Multimedia core network Subsystem (IMS) is a key component in the TISPAN NGN architecture. Each IMS 
consists of multiple functional entities and interfaces. The goal of this work is to provide the interoperability tests for 
standardized network to network interfaces (NNI) of the IMS core network that are based on SIP messages. 

Test purposes defined in the present document have been developed based on the requirements stated in the 3GPP IMS 
Release 7 IMS specification that TISPAN Release 1 has been derived from. 
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Scope 



The present document specifies interoperability Test Purposes (TPs) for IMS NNI interworking based on the IP 
Multimedia Call Control Protocol based on Stage 3 Session Initiation Protocol (SIP) and Session Description Protocol 
(SDP) standard, ES 283 003 Release 7 [1] from which ETSI TISPAN IMS Release 1 has been derived. For the 
assessment of IMS core network requirements related to the ISC interface parts of the supplementary services 
HOLD [6], CDIV [7], ACR-CB [8], and OIP/OIR [9] have been used. 

TPs are defined using the TPLan notation also described in ES 202 553 [4]. Test purposes have been written based on 
the test specification framework described in TS 102 351 [2] and the interoperability testing methodology defined in 
TS 102 237-1 [3], i.e. interoperability testing with conformance checking. 

The scope of these test purposes is not to cover all requirements specified in ES 283 003 [1]. TPs have been only 
specified for requirements that are observable at the interface between two IMS core network implementations, i.e. IMS 
NNI. For the purpose of the present document an IMS core network as a whole - not its components - are considered to 
be under test. 

NOTE: Requirements pertaining to a UE or an AS implementation or IMS core network requirements that can 
only be observed at the interface between UE and IMS CN are explicitly not within the scope of the 
present document. The latter requirements have been dealt with from a UE and conformance perspective 
inTS 134 229-1 [5]. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI ES 283 003 (VI. 9.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); IP Multimedia Call Control Protocol based on Session 
Initiation Protocol (SIP) and Session Description Protocol (SDP) Stage 3 [3GPP 
TS 124 229 (Release 7), modified]". 

[2] ETSI TS 102 35 1 : "Methods for Testing and Specification (MTS); Internet Protocol Testing (IPT); 

IPv6 Testing: Methodology and Framework". 
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[3] ETSI TS 102 237-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interoperability test methods and approaches; Part 1: Generic approach to 
interoperability testing". 

[4] ETSI ES 202 553: "Methods for Testing and Specification (MTS); TPLan: A notation for 

expressing Test Purposes". 

[5] ETSI TS 134 229-1 (V7.0.0): "Universal Mobile Telecommunications System (UMTS); Internet 

Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and 
Session Description Protocol (SDP); Part 1: Protocol conformance specification (3GPP 
TS 34.229-1 version 7.0.0 Release 7)". 

[6] ETSI TS 124 410 (V7.0.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); TISPAN; NGN Signalling Control Protocol; 
Communication HOLD (HOLD) PSTN/ISDN simulation services; Protocol specification (3GPP 
TS 24.410 version 7.0.0 Release 7)". 

[7] ETSI TS 124 404 (V7.0.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: 
Communication Diversion (CDIV); Protocol specification (3GPP TS 24.404 version 7.0.0 
Release 7)". 

[8] ETSI TS 124 41 1 (V7.0.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: 
Anonymous Communication Rejection (ACR) and Communication Barring (CB); Protocol 
specification 3GPP TS 24.411 version 7.0.0 Release 7)". 

[9] ETSI TS 124 407 (V7.0.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services; 
Originating Identification Presentation (OIP) and Originating Identification Restriction (OIR); 
Protocol specification (3GPP TS 24.407 version 7.0.0 Release 7)". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 



3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

3 GPP 3^^ Generation Partnership Project 

ACR Anonymous Communication Rejection 

AS (IMS) AppHcation Server 

CB Call Barring 

CDIV Call Diversion 

CF (Test) Configuration 

CN Core Network 

CSCF Call Session Control Function 

DNS Domain Name System 

HOLD Communication HOLD 

HSS Home Subscriber Server 

IBCF Interconnection Border Control Gateway 

I-CSCF Interrogating CSCF 

IMS IP Multimedia Subsystem 

lOI Inter Operator Identifier 

IP Internet Protocol 

lUT Implementation Under Test 
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NGN Next Generation Network 

NNI Network-to-Network Interface 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

PCO Point of Control and Observation 

P-CSCF Proxy CSCF 

RC Requirements Catalogue 

RQ ReQuirement 

S-CSCF Serving CSCF 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

TP Test Purpose 

TPLan Test Purpose Notation 

TSS Test Suite Structure 

UE User Equipment 

URI Uniform Record Identifier 



Test Suite Structure (TSS) 



The Test Suite Structure is based on a Requirements Catalogue which was established prior to test purpose 
specification. This RC extracts all requirements from ES 283 003 [1] which are relevant to the scope of this work. The 
TSS is defined by the groups within the following TPLan specification of test purposes. The numbering is not 
contiguous so that new TPs can be added at a later date without the need to completely renumber the TSS groups. 

NOTE: The requirements catalogue is at this point not accessible as an ETSI document. Requirement identifiers 
of the catalogue have been replaced in the present document with the location of the requirement in the 
base specification, i.e. base specification type, identifier, version, clause and paragraph. 

EXAMPLE: ES 283 003 [1], clause 5.2.6.3 ^66. 

The test purposes have been divided into 5 major groups: 

1) General Capabilities. 

2) Registration procedures. 

3) Dialog procedures. 

4) Messaging procedures. 

5) Supplementary services. 

These groups have been further divided into subgroups according to IMS components as follow: 

Group 1 : IMSTl NNI lOP 

Group 1.1: General Capabilities 

Group 1.2: Registration procedures 

Group 1.2.1: Registration at P-CSCF 

Group 1.2.2: Registration at S-CSCF 

Group 1.2.3: Registration at I-CSCF 

Group 1.2.4: Registration at IBCF 

Group 1.3: Dialog procedures 

Group 1.3.1: Dialog at P-CSCF 

Group 1.3.2: Dialog at S-CSCF 

Group 1.3.3: Dialog at I-CSCF 

Group 1.3.4: Dialog at IBCF 

Group 1.4: Messaging procedures 

Group 1.4.1: Messaging at P-CSCF 

Group 1.4.2: Messaging at S-CSCF 

Group 1.5: Supplementary service procedures 

Group 1.5.1: Supplementary services at S-CSCF 
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Test Purposes (TP) 



The test purposes have been written in the notation TPLan [8] which has been developed at ETSI to express test 
purposes in a more formal manner. All TPLan TPs have been converted into a symbolic tabular presentation format 
which is shown in this clause. TPs in the standardized textual TPLan syntax are collected in archive 
ts_06027_lv020000.zip that is included in annex A. The two presentation formats, i.e. textual and symbolic tabular, 
contain the same information and shall therefore be considered equivalent. In the case that there appears to be 
syntactical or semantic differences between the two then the files in annex A take precedence over the following tables. 
Configurations that are referenced by test purposes are shown in annex B. 

5.1 The tabular symbolic TPLan presentation format 

Each table contains header fields and a description part. The header fields identify the TP, list the related clause 
reference the base specification that the TP was derived from, introduce the TP with a short summary, references the 
related test configuration and test case in the ATS. Identifiers starting with the string "RQ_229_" indicate requirements 
within the internal requirement catalogue. 

The description part presents the TP using two sections: 

a) initial conditions that have to be fulfilled for the test purpose body to be valid; and 

b) the test purpose body which is illustrated with one or more stimulus/response pairs. 

Both sections are further sub structured with columns for affected entities from the test configurations, i.e. lUT, UE, 
UE2, IMS (test system component), and AS. 

The condition section lists one or more conditions that have to be fulfilled in order for the test purpose body to apply. 
Each condition has a description and either "v^" or "^" marks to indicate all the entities affected by this condition, "v^" 
marks indicates a positive condition, e.g. "A is registered in B", whereas "^ "marks indicate a negative condition, e.g. "B 
not configured for feature Z". If there is no mark in a column then the condition does not apply for that entity, e.g. entity 
A is not involved in the condition "B not configured for feature Z". It is assumed that all listed conditions have to be 
fulfilled in the order listed, i.e. the list reflects an "and" relation. 

Table 1 shows an example condition section illustrating all of the above examples. 

Table 1 : Example TP condition section 



L 




A 


B 




^ 


^ 


A registered in B 




X 


B not configured for feature Z 



The test purpose body section contains one or more steps identified with a number in the first column. Steps belonging 
lUT stimuli are shown with a green background whereas steps related to lUT responses are shown with a beige 
background. All listed steps are assumed to be carried out in increasing step number, i.e. they reflect an "and" relation, 
"or" relations at the level of entire messages are shown with lowercase letters following the step number identifying the 
different alternatives, e.g. "2a" versus "2b". Each step indicates the exchange of a message from a source entity 
(identified by the direction symbols "^" or "<^"), e.g. entity A sends the message, to a destination entity (identified by 
the direction symbols "i^" or "^"), e.g. entity B receives the message. The use of the "H" symbol in combination with 
the direction symbols, e.g. "Il<^", indicates that a particular message shall either not be sent or received by an entity, 
e.g. entity B did not send the message. 

Additional information about valid as well as invalid message content is presented in the "Message" column. First 
general information about message, e.g. its type, destination, attributes, etc, are shown in bold font. Below this 
information message headers or parameter content that must be present in that message are listed using "v^" symbols 
whereas headers or parameter content that must not be present are listed using the "^" symbols. The "^" symbol 
indicates a valid message parameter value where as the "^H"symbol indicates an invalid message parameter value. Any 
content, e.g. header or parameter, which is not explicitly mentioned in a message description of a TP is not restricted by 
that TP. 

Finally, the interface identifier to which a message exchange pertains may be shown in the column labelled "IF". 
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Table 2 shows an example test purpose body section illustrating all of the above examples. 

Table 2: Example TP body section 





A 1 B 






* 








1 


^ 


^ 


some request 

^ this header 

^ this one parameter 

■^ this value 
^ this other parameter 

■^11 that value 
^ that parameter 
^ that header 


Xx 


2a 


<^ 


^ 


failure response 


Xx 


2b 


<^ll 


\\<^ 


no message 


Xx 



5.2 General Capabilities 



Test Purpose 


Identifier: 


TP IMS 4002 01 


Summary: 


IMS CN components shall support SIP messages > 1 300 bytes. 


lUT Role: 


IMS A 


References: 


RQ 229 4002 


Config Ref: CF INT CALL 


^ 






1 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










Y 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 






KT 






1 


1 


^ 


^ 






MESSAGE addressed to UE B 
^ a Message Body greater than 1 300 bytes 




2 




^ 


^ 




MESSAGE 

^ the Message Body greater than 1 300 bytes 





5.3 Registration Procedures 
5.3.1 Registration at P-CSCF 



Test Purpose 


Identifier: 


TP IMS 5005 01 


Summary: 


The P-CSCF shall support the Path header. 


lUT Role: 


IMS A 


References: 


RQ 229 5005 


Config Ref: CF ROAM REG 






m.}\m 






IMS A 


IMSB 


UEB 










y 


y 


IMS B has challenged with a 401 response the REGISTER 
request of UE B 






IMS A 


IMSB 


UEB 














1 


<^ 




^ 


protected REGISTER addressed to IMS B 
^ a Path header 




2 


^ 


^ 




REGISTER 

^ a Path header 
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Test Purpose 


Identifier: 


TP IMS 5011 01 


Summary: 


The P-CSCF shall forward REGISTER requests received from the UE to the entry point in the home 
network. 


lUT Role: 


IMS A 


References: 


RQ 229 5011 


ConfigRef: CF ROAM REG 












IMS A 


IMSB 


UEB 








X 






IMS A not configured for topology hiding 








^ 


^ 


user of UE B existing in IMS B 






IMS A 


IMSB 


UEB 














1 


<^ 




^ 


unprotected REGISTER 

^ a Security-Client header 




2 


^ 


^ 




REGISTER 

^ a Path header 

^P-CSCF SIP URI of IMS A 
^ a Require header 

^ a path option tag 
^ a P-Charging-Vector header 
^ an icid parameter 
^ a Authorization header 

^ an integrity-protected parameter 
-^ no 
^ a Security-Verify header 
^ a Security-Client header 
^ a P-Visited-Network-ID header 

■^ the visited network at the home network 





Test Purpose 


Identifier: 


TP IMS 5011 02 


Summary: 


The P-CSCF shall forward REGISTER requests received from the UE to the entry point in the home 
network. 


lUT Role: 


IMS A 


References: 


RQ 229 5011 


ConfigRef: CF ROAM_REG 












IMS A 


IMSB 


UEB 








X 






IMS A not configured for topology hiding 








^ 


y 


user of UE B existing in IMS B 




w^^wmm 


IMS A 


IMSB 


UEB 








iLcicict^Ul 


■ 


1 


<^ 




^ 


protected REGISTER 

^ a Security-Client header 




2 


^ 


^ 




REGISTER 

^ a Path header 

^P-CSCF SIP URI of IMS A 
^ a Require header 

^ a path option tag 
^ a P-Charging-Vector header 

^ an icid parameter 
^ a Authorization header 

^ an integrity-protected parameter 
■^ yes 
^ a Security- Verify header 
^ a Security-Client header 
^ a P-Visited-Network-ID header 

■^ the visited network at the home network 
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Test Purpose 


Identifier: 


TP IMS 5203 01 


Summary: 


The P-CSCF have received a REGISTER request from the UE and modified a number of headers 
and forwarded the request to an entry point with no response. 


lUT Role: 


IMS A 


References: 


RQ 229 5203 


ConfigRef: CF ROAM REG 












IMS A 


IMSB 


UEB 








^ 




Y 


UE B having sent an initial REGISTER to IMS A 






^ 


y 




IMS A configured with multiple entry points for IMS B 






IMS A 


IMSB 


UEB 














1 


<^ll \\<^ 


no response 




2 


^ ^ 


REGISTER addressed to another entry point 





Test Purpose 


Identifier: 


TP IMS 5203 02 


Summary: 


The P-CSCF have received a REGISTER request from the UE and modified a number of headers 
and forwarded the request to an entry point with 3xx. 


lUT Role: 


IMS A 


References: 


RQ 229 5203 


Config Ref: CF ROAM REG 












IMS A 


IMSB 


UEB 








y 




^ 


UE B having sent an initial REGISTER to IMS A 






y 


y 




IMS A configured with multiple entry points for IMS B 






IMS A 


IMSB 


UEB 






p«T. 






1 


1 


^ "^ 


3xx response 




2 


^ ^ 


REGISTER addressed to another entry point 





Test Purpose 


Identifier: 


TP IMS 5203 03 


Summary: 


The P-CSCF have received a REGISTER request from the UE and modified a number of headers 
and forwarded the request to an entry point with 480. 


lUT Role: 


IMS A 


References: 


RQ 229 5203 


Config Ref: CF ROAM REG 












IMS A 


IMSB 


UEB 








Y 




Y 


UE B having sent an initial REGISTER to IMS A 






y 


y 




IMS A configured with multiple entry points for IMS B 






IMS A 


IMSB 


UEB 














1 


^ "^ 


480 response 




2 


^ ^ 


REGISTER addressed to another entry point 
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5.3.2 Registration at S-CSCF 



Test Purpose 


Identifier: 


TP IMS 5088 01 


Summary: 


S-CSCF shall deregister unexpired registration upon receipt of a new REGISTER with new contact 
information. 


lUT Role: 


IMSB 


References: 


RQ 229 5088 


Config Ref: CF ROAM REG 








J 




IMS A 


IMSB 


UEB 








^ 


V" 


^ 


UE B registered in IMS B via IMS A 






v^ 


^ 




IMS A within the trust domain of IMS B 








X 


X 


UE B not de-registered in IMS B 






IMS A 


IMSB 


UEB 














1 




<^ 


<^ 


initial REGISTER 

^ an Authorization header 
^ an integrity-protected parameter 
or 

^ an integrity-protected parameter 
-^ no 




2 


<^ 


<^ 




NOTIFY 

^ a Request URI 

^ the P-CSCF SIP URI of IMS A 
^ an Event header 

■^ the reg event package 
^ a Route header 
■^ the original Route header from 
SUBSCRIBE 
^ a Message Body 
^ for each registered public identity of UE B 
a registration element 
^ an aor attribute 

■^ registered public identity of UE B 
^ a state attribute 

-^ terminated 
^ a contact subelement 
^ an event attribute 

^ deactivated or rejected 
^ a state attribute 
-^ terminated 
^ a URI subelement 

■^ the contact address of UE B 
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Test Purpose 


Identifier: 


TP IMS 5089 01 


Summary: 


S-CSCF shall return 401 (Unauthorized) upon receipt of a REGISTER from an UE not previously 
registered. 


lUT Role: 


IMSB 


References: 


RQ 229 5089 


ConfigRef: CF ROAM REG 












IMS A 


IMSB 


UEB 










^ 


Y 


user of UE B existing in IMS B 








X 


X 


UE B not registered in IMS B 






^ 




Y 


UE B visiting IMS A 






^ 


^ 




IMS A within the trust domain of IMS B 






IMS A 


IMSB 


UEB 










'PfH^ 




1 


^ 


^ 




initial REGISTER 

^ an Authorization header 
^ an integrity-protected parameter 
or 

^ an integrity-protected parameter 
-^ no 




2 


<^ 


<^ 




401 response 

^ an WWW-Authenticate header 
^ a realm parameter 

■^ the operator identifier of IMS B 
^ a nonce parameter 

^ a RAND parameter 

^ an AUTN parameter) 
^ an algorithm parameter 

^AKAv1-MD5 
^ an ik parameter 
^ a ck parameter 





Test Purpose 


Identifier: 


TP IMS 5092 01 


Summary: 


200 OK on REGISTER from UE to the S-CSCF. 


lUT Role: 


IMSB 


References: 


RQ 229 5092 


Config Ref: CF ROAM REG 












IMS A 


IMSB 


UEB 










^ 


V 


user of UE B existing in IMS B 






Y 




^ 


UE B visiting IMS A 








X 


X 


UE B not registered in IMS B 








y 




IMS B has challenged with a 401 response the REGISTER 
request 






IMS A 


IMSB 


UEB 






W^ 






"■ 


1 


^ 


^ 




protected REGISTER 

^ an Authorization header 
^ an integrity-protected parameter 
^yes 




2 


<^ 


<^ 




200 response 

^ the same Path header as in the protected 

REGISTER 
^ a P-Associated-URI header 
^ all registered public identities its 
associated set of implicitly registered 
public user identities 
■^ first the default public user identity no 
barred public user identities 
^ a Service-Route header 

^ the S-CSCF SIP URI of IMSB 
^ a Contact header 
■^ all contact addresses for the default 
public user identity of UE B 
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Test Purpose 


Identifier: 


TP IMS 5096 01 


Summary: 


The network shall handle incoming SUBSCRIBE correctly. 


lUT Role: 


IMSB 


References: 


RQ 229 5096 


Config Ref: CF ROAM REG 












IMS A 


IMSB 


UEB 










V" 


^ 


UE B registered in IMS B 






y 




v^ 


UE B visiting IMS A 






IMS A 


IMSB 


UEB 






m 




i=±£13Si! 


■ 


1 


^ 


^ 




SUBSCRIBE 

^ an Event header 
■^ the reg event package 




2 




^ 


^ 


2xx response 

^ an Expires header 
■^ the same or lower expiry time than 
specified in the initial SUBSCRIBE 





5.3.3 


! Registration at l-CSCF 






Interoperability Test Purpose 


Identifier: 


TP IMS 5129 01 


Summary: 


If a request is received from a non-trusted domain, a 403 (Forbidden) response shall be returned by 
l-CSCF. 


lUT Role: 


IMSB 


References: 


RQ 229 5129 


Config Ref: CF ROAM REG 












IMS A 


IMSB 


UEB 










• 


y 


user of UE B existing in IMS B 






X 


X 




IMS A not witliin the trust domain of IMS B 






IMS A 


IMSB 


UEB 






w^, 






1 


1 


^ ^ 


valid initial REGISTER 




2 


^ <^ 


403 response 





5.3.4 Registration at IBCF 



Interoperability Test Purpose 


Identifier: 


TP IMS 5134 01 


Summary: 


If a request includes a Path header the IBCF shall add the routeable SIP URI of 
the Path header. 


an IBCF to the top of 


lUT Role: 


IMS A 


References: 


RQ 229 5134 


Config Ref: CF ROAM 


REG 












IMS A 


IMSB 


UEB 








^ 






IMS A configured for topology hiding 






IMS A 


IMSB 


UEB 














1 


<^ 




<^ 


REGISTER 




2 


^ 


^ 




REGISTER 

^ an additional topmost Path header 
^ the IBCF SIP URI of IMS A 
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Interoperability Test Purpose 


Identifier: 


TP IMS 5401 01 


Summary: 


IBCF shall, if topology hiding is required, apply the encryption for the Path header. 


lUT Role: 


IMS A 


References: 


RQ 229 5401 


Config Ref: CF ROAM REG 






■^ 






IMS A 


IMSB 


UEB 








^ 






IMS A configured for topology hiding 






IMS A 


IMSB 


UEB 














1 


<^ 




<^ 


REGISTER 

^ Path header 




2 


^ 


^ 




REGISTER 

^ a Path header 
^ encrypted consecutive header entries 
^ tokenized-by parameter 





Interoperability Test Purpose 


Identifier: 


TP IMS 5402 01 


Summary: 


IBCF shall select a new entry point and forward the original REGISTER request on no response. 


lUT Role: 


IMS A 


References: 


RQ 229 5402 


Config Ref: CF ROAM REG 












IMS A 


IMSB 








^ 




IMS A configured for topology hiding 






y 


Y 


IMS A configured with multiple entry points in IMS B 






y 


y 


IMS A having sent an initial REGISTER to IMS B 






IMS A 


IMSB 










.M£]si3; 




1 


<^ll ll<:^ 


no response 




2 


^ ^ 


original REGISTER addressed to another entry point 





Interoperability Test Purpose 


Identifier: 


TP IMS 5402 02 


Summary: 


IBCF shall select a new entry point and forward the original REGISTER request on 3xx response. 


lUT Role: 


IMS A 


References: 


RQ 229 5402 


Config Ref: CF ROAM REG 








J 




IMS A 


IMSB 








Y 




IMS A configured for topology hiding 






^ 


^ 


IMS A configured with multiple entry points for IMS B 






^ 


^ 


IMS A having sent an initial REGISTER to IMS B 






IMS A 


IMSB 














1 


<^ ^ 


3xx response 




2 


^ ^ 


original REGISTER addressed to another entry point 





Interoperability Test Purpose 


Identifier: 


TP IMS 5402 03 


Summary: 


IBCF shall select a new entry point and forward the original REGISTER request on 4xx response. 


lUT Role: 


IMS A 


References: 


RQ 229 5402 


Config Ref: CF ROAM REG 












IMS A 


IMSB 








^ 




IMS A configured for topology hiding 






^ 


^ 


IMS A configured with multiple entry points for IMS B 






^ 


^ 


IMS A having sent an initial REGISTER to IMS B 






IMS A 


IMSB 






V7 




1 ^^:-:icr,l-: 


1 


1 


<^ ^ 


4xx response 




2 


^ ^ 


original REGISTER addressed to another entry point 
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Interoperability Test Purpose 


Identifier: 


TP IMS 5411 01 


Summary: 


If a request is received from a non-trusted domain, a 403 (Forbidden) response shall be returned by 
IBCF. 


lUT Role: 


IMSB 


References: 


RQ 229 5411 


ConfigRef: CF ROAM REG 












IMS A 


IMSB 










^ 


IMS B configured for topology hiding 






X 


X 


IMS A not within the trust domain of IMS B 






IMS A 


IMSB 














1 


^ ^ 


valid REGISTER 




2 


<^ <^ 


403 response 





5.4 Dialog Procedures 



5.4.1 Dialog at P-CSCF 



Test Purpose 


Identifier: 


TP IMS 5046 01 


Summary: 


When the P-CSCF receives an initial INVITE request for a standalone transaction from a UE for which 
a Service-Route header list exists. 


lUT Role: 


IMS A 


References: 


RQ 229 5046 


Config Ref: CF ROAM CALL 









1 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 










"T^^^TT 




1 




<^ 




^ 


initial INVITE 




2 




^ 


^ 




INVITE 

^ an additional Via header 
^ the P-CSCF via port number 
^ the P-CSCF-FQDN address or 
the P-CSCF-IP address of the IMS A 
^ an additional topmost Record-Route header 
^ the P-CSCF port number where it awaits 

subsequent requests from UEA 
^ the P-CSCF-FQDN address or the 
P-CSCF-IP address of the IMS A 
^ the list of Service Route header URIs 
from the registration 
^ P-Preferred-ldentity header 
^ a P-Asserted-ldentity header 

^ an address of UEA 
^ a P-Charging-Vector header 
^ an icid parameter 
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Test Purpose 


Identifier: 


TP IMS 5048 01 


Summary: 


P-CSCF forwards a target refresh request from the UE. 


lUT Role: 


IMS A 


References: 


RQ 229 5048 


Config Ref: CF ROAM CALL 






" ' 






UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE B has initiated a dialog with UE A 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




<^ 


subsequent INVITE 




2 




^ 


^ 




INVITE 

^ an additional topmost Record-Route header 
v^ the P-CSCF port number where it awaits 

subsequent requests from UEA 
^ the P-CSCF-FQDN address or 
the P-CSCF-IP address of the IMS A 
^ an additional Via header 
^ the P-CSCF via port number 
^ the P-CSCF-FQDN address or 
the P-CSCF-IP address of the IMS A 





Test Purpose 


Identifier: 


TP IMS 5052 01 


Summary: 


The P-CSCF modifies a request, other than a target refresh request, from the UE subsequent to a 
successful initial request for a dialog. 


lUT Role: 


IMS A 


References: 


RQ 229 5052 


Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






y 






^ 


UE B has initiated a dialog with UE A 






UEA 


IMS A 


IMSB 


UEB 










'14^U' 




1 




<^ 




<^ 


BYE 




2 




^ 


^ 




BYE 

^ a Route header 

^ the P-CSCF SIP URI of IMS A 
^ the same Record-Route header as in the 
previous ACK 





Test Purpose 


Identifier: 


TP IMS 5053 01 


Summary: 


P-CSCF receives from the UE a request for an unknown method. 


lUT Role: 


IMS A 


References: 


RQ 229 5053 


Config Ref: CF_ROAM_CALL 






^^^ 


^^J 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 






Is^ 






1 


1 


^ 


^ 






Unknown Method addressed to UE B 




2 




^ 


^ 




Unknown Method 

^ a Route header 

■^ the list of Service Route header URIs 
from the registration 
^ a P-Preferred-ldentity header 
^ a P-Asserted-ldentity header 

v^ an address of UEA 
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Test Purpose 


Identifier: 


TP IMS 5055 01 


Summary: 


The P-CSCF receives a 1xx response to an initial request for a dialog from the UE. 


lUT Role: 


IMS A 


References: 


RQ 229 5055 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


y 


UE B registered in IMS B 






^ 






^ 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




<^ 


180 response 




2 




^ 


^ 




180 response 

^ a Record-Route header 
^ the P-CSCF port number of IMS A where it 

expects subsequent requests 
^ a comp parameter 
^ a P-Preferred-ldentity header 
^ a P-Asserted-ldentity header 
^ the address sent in P-Called Party-ID 
header sent in the initial request 





Test Purpose 


Identifier: 


TP IMS 5055 02 


Summary: 


The P-CSCF receives a 2xx response to an initial request for a dialog from the UE. 


lUT Role: 


IMS A 


References: 


RQ 229 5055 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










y 


y 


UE B registered in IMS B 






^ 






y 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




<^ 


200 response 




2 




^ 


^ 




200 response 

^ a Record-Route header 
^ the P-CSCF port number of IMS A where it 

expects subsequent requests 
^ a comp parameter 
^ a P-Preferred-ldentity header 
v^ a P-Asserted-ldentity header 
^ the address sent in P-Called Party-ID 
header sent in the initial request 





Test Purpose 


Identifier: 


TP IMS 5067 01 


Summary: 


The P-CSCF shall include the access-network-charging-info parameter in the P-Charging-Vector 
header in the first request originated by the UE. 


lUT Role: 


IMS A 


References: 


RQ 229 5067 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




^ 


initial INVITE 




2 




^ 


^ 




INVITE 

^ a P-Charging-Vector header 
^ a access-network-charging-info parameter 
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Test Purpose 


Identifier: 


TP IMS 5070 01 


Summary: 


The P-CSCF shall respond with a 


100 (Trying) provisional response. 




lUT Role: 


IMS A 


References: 


RQ 229 5070 


Config Ref: CF ROAM CALL 








■ 






UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 






V9 






1 


1 


^ "^ 


initial INVITE 




2 


^ ^ 


100 response 





Test Purpose 


Identifier: 


TP IMS 5072 01 


Summary: 


P-CSCF sends CANCEL in case 


ts UE goes down during dialog initiation. 




lUT Role: 


IMS A 


References: 


RQ 229 5072 


Config Ref: CF_ROAM_CALL 




^ 






^^1 




UEA 


NWK 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 






^ 








^ 


UE B has received 180 on initial request for dialog from UE 
A 






UEA 


NWK 


IMS A 


IMSB 


UEB 






V7^ 






1 


1 




^ 


^ 






an indication that UE B is no longer available 




2 






^ 


^ 




CANCEL 

^ a Reason header 
^ a status code parameter 
■^ 503 Service unavailable 





Test Purpose 


Identifier: 


TP IMS 5073 01 


Summary: 


P-CSCF sends BYE in case its calling UE goes down in ongoing dialog. 


lUT Role: 


IMSB 


References: 


RQ 229 5073 Config Ref: CF INT CALL 












UEA 


IMS A 


NWK 


IMSB 


UEB 








^ 


^ 








UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 






^ 








^ 


UE B has initiated a dialog with UE A 






UEA 


IMS A 


NWK 


IMSB 


UEB 














1 






^ 


^ 




an indication that UE B is no longer available 




2 




<^ 




^ 




BYE 

^ Request URI 

■^ Contact header value of UE A 
^ To header 

^ initial 200 OK To value from UE A 
^ From header 

^ initial INVITE From value from UE B 
^ Call-ID header 

^ initial INVITE Call Id value from UE B 
^ CSeq header 

v^ an incremented Sequence Number 
^ Route header 

■^ dialog specific routing information for 
UEA 
^ further headers based on local policy or call 
release reason 
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Test Purpose 


Identifier: 


TP IMS 5074 01 


Summary: 


P-CSCF sends BYE in case its called UE goes down in ongoing dialog. 


lUT Role: 


IMS A 


References: 


RQ 229 5074 Config Ref: CF INT CALL 






" 






UEA 


IMS A 


NWK 


IMS A 


UEB 








^ 


^ 








UE A registered in IMS A 












^ 


^ 


UE B registered in IMS A 






^ 








^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


NWK 


IMS A 


UEB 














1 






^ 


^ 




an indication that UE B is no longer available 




2 




<^ 




<^ 




BYE 

^ Request URI 

■^ Contact header value of UE A 
^ To header 

^ initial INVITE To value from UE A 
^ From header 

^ initial 200 OK From value from UE B 
^ Call-ID header 

^ initial INVITE Call Id value from UE A 
^ CSeq header 

^ an incremented Sequence Number 
^ Route header 

■^ dialog specific routing information for 
UEA 
^ further headers based on local policy or call 
release reason 





Test Purpose 


Identifier: 


TP IMS 5080 01 


Summary: 


The P-CSCF shall include the updated access-network-charging-info parameter from 
P-Charging-Vector header when sending subsequent INVITE to the S-CSCF. 


lUT Role: 


IMS A 


References: 


RQ 229 5080 


Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE B has initiated a dialog with UE A 






UEA 


IMS A 


IMSB 


UEB 










v^^^v 




1 




<^ 




^ 


subsequent INVITE 




2 




^ 


& 




INVITE 

^ a P-Charging-Vector header 
^ an updated access-network-charging-info 
parameter 
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Test Purpose 


Identifier: 


TP IMS 5080 02 


Summary: 


The P-CSCF shall include the updated access-network-charging-info parameter from P-Charg 
Vector header when sending the subsequent UPDATE to the S-CSCF. 


ng- 


lUT Role: 


IMS A 


References: 


RQ 229 5080 


Config Ref: CF ROAM CALL 














UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










v" 


v" 


UE B registered in IMS B 






^ 






^ 


UE B has initiated a dialog with UE A 






UEA 


IMS A 


IMSB 


UEB 










.|[+tM'i 




1 




<^ 




^ 


subsequent UPDATE 




2 




^ 


^ 




UPDATE 

^ a P-Charging-Vector header 
^ an updated access-network-charging-info 
parameter 





Test Purpose 


Identifier: 


TP IMS 5081 01 


Summary: 


P-CSCF 100 response 


J to a subsequent INVITE. 




lUT Role: 


IMS A 


References: 


RQ 229 5081 


Config Ref: CF ROAM 


CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


^ "^ 


subsequent INVITE addressed to UE B 




2 


^ ^ 


100 response 





Test Purpose 


Identifier: 


TP IMS 5081 02 


Summary: 


P-CSCF 100 response 


J to a to a subsequent UPDATE. 


lUT Role: 


IMS A 


References: 


RQ 229 5081 




Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 










\WM^^ 




1 


^ ^ 


subsequent UPDATE addressed to UE B 




2 


^ ^ 


100 response 
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Test Purpose 


Identifier: 


TP IMS 5082 01 


Summary: 


P-CSCF 200 response 


) to a target 


refresh request. 


lUT Role: 


IMS A 


References: 


RQ 229 5082 




Config Ref: CF ROAM CALL 






■ 






UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


y 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 








^ 




y 


IMS A having sent subsequent INVITE or UPDATE to UE B 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




<^ 


200 response 




2 




^ 


^ 




200 response 

^ a P-Charging-Vector header 
^ an updated access-network-charging-info 
parameter 





5.4.2 Dialog at S-CSCF 



Test Purpose 


Identifier: 


TP IMS 5097 01 


Summary: 


S-CSCF must inserts orig-ioi parameter, remove access-network-charging-info parameter and 
P-Access-Network-lnfo header before sending initial INVITE over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 








X 






IMS A not configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






initial INVITE addressed to UE B 




2 




^ 


^ 




initial INVITE 

^ a Route header 

^ the S-CSCF SIP URI of IMS A 
v^ a P-Charging-Vector header 

^ an icid parameter 

^ a orig-ioi parameter 
^IMSA 

^ a term-ioi parameter 
^ a Record-Route header 

^ the originating S-CSCF SIP URI 
v^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access- Network- Info header 
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Test Purpose 


Identifier: 


TP IMS 5097 02 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header indicating a registered tel URI if not present for 
initial INVITE. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 






^ 








UE A registered public identities containing a Tel URI 






^ 








UE A default registered public identity is a SIP URI 






UEA 


IMS A 


IMSB 


UEB 










'i[5=FFF 




1 


^ 


^ 






initial INVITE addressed to UE B 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^llaTelURIofUEA 




2 




^ 


^ 




initial INVITE 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEA 
^ a P-Asserted-ldentity header 

^ a Tel URI of UEA 





Test Purpose 


Identifier: 


TP IMS 5097 03 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header indicating a registered SIP URI if not present for 
initial INVITE. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 






^^^ 


^^ 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


v^ 


UE B registered in IMS B 






^ 








UE A default registered public identity is a Tel URI 






UEA 


IMS A 


IMSB 


UEB 














1 


\ 


^ 






initial INVITE addressed to UE B 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a Tel URI of UEA 




2 




^ 


^ 




initial INVITE 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEA 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UE A 
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Test Purpose 


Identifier: 


TP IMS 5097 04 


Summary: 


S-CSCF uses ENUM/DNS to translate Tel URIs to SIP URIs in initial INVITE requests. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 












UEA 


IMS A 


DNSB 


IMSB 


UEB 








^ 


^ 








UE A registered in IMS A 












^ 


y 


UE B registered in IMS B 










^ 




^ 


DNS B configured with an ENUM entry for Tel URI E.1 64 
Number of UE B 






UEA 


IMS A 


DNSB 


IMSB 


UEB 














1 


^ 


^ 








initial INVITE addressed to UE B 
^ a Request URI 
^ a Tel URI 




2 




^ 


^ 






DNS Query 

v^ the Tel URI E.1 64 Number 




3 




<^ 


<^ 






DNS Response 

^ NAPTR Resource Record 
^ the SIP URI of UEB 




4 




^ 




^ 




initial INVITE 

^ a Request URI 

^ a SIP URI of UEB 
^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 





Test Purpose 


Identifier: 


TP IMS 5106 01 


Summary: 


S-CSCF must handle subsequent INVITE prior to sending it over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5106 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


\ 


& 






subsequent INVITE addressed to UE B 




2 




^ 


^ 




subsequent INVITE 

^ a Record-Route header 
^ the S-CSCF SIP URI of IMS A 

^ Route header 
^ the S-CSCF SIP URI of IMS A 

^ a P-Charging-Vector header 
^ a access-network-charging-info parameter 

^ a P-Access- Network- Info header 
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Test Purpose 


Identifier: 


TP IMS 5106 02 


Summary: 


S-CSCF must handle UPDATE prior to sending it over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5106 Config Ref: CF INT CALL 






" 






UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










^ 


^ 


UE B registered in IIVIS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






UPDATE addressed to UEB 




2 




^ 


^ 




UPDATE 

^ a Record-Route header 
^ the S-CSCF SIP URI of IMS A 

^ Route header 
^ the S-CSCF SIP URI of IMS A 

^ a P-Charging-Vector header 
^ a access-network-charging-info parameter 

^ a P-Access- Network- Info header 





Test Purpose 


Identifier: 


TP IMS 5107 01 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header before 
sending BYE requests over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5107 




Config Ref: CF INT CALL 






^ 


g 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


& 






BYE addressed to UE B 




2 




^ 


& 




BYE 

^ no Route header 

^ the S-CSCF SIP URI of IMS A 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5107 02 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header before 
sending ACK requests over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5107 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UE A has received 200OK on initial request for dialog UE B 






UEA 


IMS A 


IMSB 


UEB 










..^^r.. 




1 


^ 


^ 






ACK addressed to UEB 




2 




^ 


^ 




ACK 

^ no Route header 

^ the S-CSCF SIP URI of IMS A 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5107 03 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header before 
sending CANCEL requests over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5107 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


^ 


UE B registered in IIVIS B 






^ 






^ 


UEA has received 1 80 on initial request for dialog from UEB 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






CANCEL addressed to UE B 




2 




^ 


^ 




CANCEL 

^ no Route header 
^ the S-CSCF SIP URI of IMS B 





Test Purpose 


Identifier: 


TP IMS 5108 05 


Summary: 


S-CSCF rejects barred users on initial INVITE. 


lUT Role: 


IMSB 


References: 


RQ 229 5108 




Config Ref: 


CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 










^ 


^ 


UE B barred user in IMS B 






UEA 


IMS A 


IMSB 


UEB 














1 




^ 


& 




initial INVITE addressed to UE B 
^ a Request URI 
■^ a barred user in IMS B 




2 




<^ 


^ 




404 response 





Identifier: 
Summary: 



Test Purpose 
TP_IMS_5115_01 

S-CSCF include term-ioi parameter and restores orig-ioi in 180 responses from UE to initial requests 
in terminating network. 



lUT Role: 
References: 



IMSB 
RQ_229_5115 



Config Ref: 



CF INT CALL 



UEA 



IMS A 



IMSB 



UEB 



UE A registered in IMS A 



^ 



^ 



UE B registered in IMS B 



v^ 



UE B has received an initial request for a dialog from UE A 



UEA 



13^ 



IMS A 



IMSB 



UEB 



^T3!f3!Tr^ 



<^ 



^ 



180 response addressed to UE A 



<^ 



^ 



180 response 

^ a P-Charging-Vector header 
^ a orig-ioi parameter 

■^ operator identifier of IMS A 
^ a term-ioi parameter 

■» operator identifier of IMS B 
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Test Purpose 


Identifier: 


TP IMS 5115 02 


Summary: 


S-CSCF include term- 
in terminating network 


oi parameter and restores orig-ioi in 2xx responses from UE to initial requests 


lUT Role: 


IMSB 


References: 


RQ 229 5115 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










v" 


V" 


UE B registered in IMS B 






^ 






^ 


UE B has received 180 on initial request for dialog from UE 
A 






UEA 


IMS A 


IMSB 


UEB 










II^PI^FF 




1 






<^ 


^ 


2xx response addressed to UE A 




2 




<^ 


^ 




2xx response 

^ a P-Charging-Vector header 
^ an orig-ioi parameter 

■^ operator identifier of IMS A 
^ a term-ioi parameter 

■^ operator identifier of IMS B 





Test Purpose 


Identifier: 


TP IMS 5115 03 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in Ixx response for from UE initial request 
indicating a registered tel URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5115 Config Ref: CF INT CALL 








"^ 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 












^ 


UE B registered public identities containing a Tel URI 












^ 


UE B default registered public identity is a SIP URI 






^ 






^ 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 










'i[^^*t:U- 




1 






<^ 


^ 


Ixx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a SIP URI of UEB 




2 




<^ 


^ 




Ixx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^aTelURIofUEB 
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Test Purpose 


Identifier: 


TP IMS 5115 04 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in 2xx response from UE for initial request 
indicating a registered tel URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5115 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 












^ 


UE B registered public identities containing a Tel URI 












^ 


UE B default registered public identity is a SIP URI 






^ 






1 ^ 


UE B has received 180 on initial request for dialog from UE 
A 






UEA 


IMS A 


IMSB 


UEB 






i=r 






1 


1 






<^ 


^ 


2xx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^11 a Tel URI of UEB 




2 




<^ 


^ 




2xx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel URI of UEB 





Test Purpose 


Identifier: 


TP IMS 5115 05 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in Ixx response from UE for initial request 
indicating a registered SIP URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5115 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


V" 


UE B registered in IMS B 












^ 


UE B default registered public identity is a Tel URI 






^ 






^ 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


Ixx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a Tel URI of UEB 




2 




<^ 


^ 




Ixx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UE B 
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Test Purpose 


Identifier: 


TP IMS 5115 06 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in 2xx response from UE for initial request 
indicating a registered SIP URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5115 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 












^ 


UE B default registered public identity is a Tel URI 






^ 






^ 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 










'i[5=FFF 




1 






<^ 


^ 


2xx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a Tel URI of UEB) 




2 




<^ 


^ 




2xx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UE B 





Test Purpose 


Identifier: 


TP IMS 5120 01 


Summary: 


S-CSCF must Remove its URI from the Route header and insert its SIP-URI in the Record Route 
header on a target refresh request. 


lUT Role: 


IMSB 


References: 


RQ 229 5120 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


Y 


UE B registered in IMS B 






^ 






Y 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 






i^r 






1 


1 


^ 




^ 




subsequent INVITE addressed to UE B 




2 




<^ 


^ 




INVITE 

^ a topmost Route header 

^11 the S-CSCF SIP URI of IMSB 
^ a Record-Route header 

^ the S-CSCF SIP URI 
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Test Purpose 


Identifier: 


TP IMS 5120 02 


Summary: 


S-CSCF must Remove its URI from the Route header and insert its SIP-URI in the Record Route 
header on a target refresh request. 


lUT Role: 


IMSB 


References: 


RQ 229 5120 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 




^ 




UPDATE addressed to UEB 




2 




<^ 


<^ 




UPDATE 

^ a topmost Route header 

^11 the S-CSCF SIP URI of IMSB 
^ a Record-Route header 
^ the S-CSCF SIP URI 





Test Purpose 


Identifier: 


TP IMS 5121 01 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header from 
1xx response to subsequent or target refresh requests. 


lUT Role: 


IMSB 


References: 


RQ 229 5121 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 












Y 


UE B has received a subsequent request in a dialog 












^ 


UE B has received a target refresh request in a dialog 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


Ixx response addressed to UE A 




2 




<^ 


^ 




1 XX response 

^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5121 02 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header from 
2xx response to subsequent or target refresh requests. 


lUT Role: 


IMSB 


References: 


RQ 229 5121 Config Ref: CF INT CALL 


1 






1 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 












^ 


UE B has received a subsequent request in a dialog 












^ 


UE B has received a target refresh request in a dialog 






UEA 


IMS A 


IMSB 


UEB 






E«^ 






1 


1 






<^ 


^ 


2xx response addressed to UE A 




2 




<^ 


^ 




2xx response 

^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5301 01 


Summary: 


S-CSCF shall prior to forwarding a subsequent request remove its own URI from the Route header 
and add it to the Record-Route header. 


lUT Role: 


IMS A 


References: 


RQ 229 5301 




Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










v" 


v" 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 






UEA 


IMS A 


IMSB 


UEB 










Il+Hil'i 




1 


^ 


^ 






BYE 




2 




^ 


^ 




BYE 

^ Route header 

^ the S-CSCF SIP URI of IMS A 
^ a topmost Record-Route header 

^ the S-CSCF SIP URI of IMS A 





Test Purpose 


Identifier: 


TP IMS 5139 01 


Summary: 


The S-CSCF receives a network internal indication to release an existing multimedia session 
including registration lifetime expiration of the last public user identity. 


lUT Role: 


IMS A 


References: 


RQ 229 5139 Config Ref: CF INT CALL 


^ 






1 




UEA 


NWK 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 






^ 








^ 


UE A has initiated a dialog with UE B 






UEA 


NWK 


IMS A 


IMSB 


UEB 














1 




\ 


^ 






network internal indication that the lifetime of the last 
public user identity has expired 




2 






\ 




^ 


BYE 

^ a Request URI 

■^ Contact header value of UE B 
v^ a To header 
-^ the To header of the 200 response to 
initial 
^ a From header 

-^ the From header of the initial 
^ a Call-ID header 

■^ the Call-ID header of the initial 
^ a CSeq header 
■^ CSeq header of the calling user 
incremented by one 
^ a Route header 
■^ routeing information towards the called 
user as stored for the dialog 
^ further headers, based on local policy or the 
requested session release reason 
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5.4.3 Dialog at l-CSCF 



Interoperability Test Purpose 


Identifier: 


TP IMS 5131 01 


Summary: 


l-CSCF shall remove P-Charging-Function-Addresses header from 180 response. 


lUT Role: 


IMSB 


References: 


RQ 229 5131 


Config Ref: CF INT CALL 














UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^/' 


UE B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


UEB 






w^. 






1 


1 






<^ 


^ 


180 response addressed to UE A 




2 




<^ 


^ 




180 response 

^ a P-Charging-Function-Addresses header 





Interoperability Test Purpose 


Identifier: 


TP IMS 5131 02 


Summary: 


l-CSCF shall remove P-Charging-Function-Addresses header from 2xx response. 


lUT Role: 


IMSB 


References: 


RQ 229 5131 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






^ 


UEA has received 1 80 on initial request for dialog from UE 
B 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


2xx response addressed to UE A 




2 




<^ 


^ 




2xx response 

^ a P-Charging-Function-Addresses header 





Interoperability Test Purpose 


Identifier: 


TP IMS 5132 01 


Summary: 


l-CSCF shall return an 


appropriate response to initial request to non-existent user. 




lUT Role: 


IMSB 


References: 


RQ 229 5132 


Config Ref: CF INT CALL 








1^^^^ 


-■ 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










X 


X 


UE B not registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 






r<T 






~i 


1 




^ 


^ 




initial INVITE addressed to UE B 
^ a Request URI 
■^ a non existing user in IMS B 




2a 




<^ 


^ 




404 response 




2b 




<^ 


^ 




604 response 
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Interoperability Test Purpose 


Identifier: 


TP IMS 5133 01 


Summary: 


l-CSCF shall return 4XX response to initial request to non-registered user. 


lUT Role: 


IMSB 


References: 


RQ 229 5133 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


Y 






UE A registered in IMS A 










X 


X 


UE B not registered in IMS B 










X 


X 


IMS B not configured with a terminating unregistered filter 
criterion for UE B 






UEA 


IMS A 


IMSB 


UEB 














1 


^ ^ 


initial INVITE addressed to UE B 




2 


^ ^ 


4xx response 





5.4.4 Dialog at IBCF 



Interoperability Test Purpose 


Identifier: 


TP IMS 5135 01 


Summary: 


If a request includes a Record-Route header the IBCF shall add its own routeable SIP URI to the top 
of the Record-Route header. 


lUT Role: 


IMS A 


References: 


RQ 229 5135 Config Ref: CF INT CALL 












IMS A 


IMSB 


UEB 








y 






IMS A configured for topology hiding 






IMS A 


IMSB 


UEB 










'.L^^l^J'' 




1 


<^ 




^ 


initial INVITE 




2 


^ 


^ 




initial INVITE 

^ an additional topmost Record-Route header 
^ the IBCF SIP URI of IMS A 





Interoperability Test Purpose 


Identifier: 


TP IMS 5137 01 


Summary: 


The IBCF shall perform encryption for topology hiding before the request is sent. 


lUT Role: 


IMS A 


References: 


RQ 229 5137 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








Y 


Y 






UE A registered in IMS A 










y 


v^ 


UE B registered in IMS B 








y 






IMS A configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 






IsT 






1 


1 


^ 


^ 






initial INVITE addressed to UE B 




2 




^ 


^ 




initial INVITE 

^ a Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
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Interoperability Test Purpose 


Identifier: 


TP IMS 5137 02 


Summary: 


The IBCF shall perform encryption for topology hiding before 1XX response is sent. 


lUT Role: 


IMSB 


References: 


RQ 229 5137 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


y 


UE B registered in IMS B 






^ 






y 


UE B has received an initial request for a dialog from UE A 










^ 




IMS B configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


Ixx response addressed to UE A 




2 




<^ 


^ 




Ixx response 

^ Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 





Interoperability Test Purpose 


Identifier: 


TP IMS 5137 03 


Summary: 


The IBCF shall perform encryption for topology hiding before 2XX response is sent. 


lUT Role: 


IMSB 


References: 


RQ 229 5137 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








Y 


Y 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






y 






^ 


UEA has received 1 80 on initial request for dialog from UE 
B 










y 




IMS B configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


2xx response addressed to UE A 




2 




<^ 


<^ 




2xx response 

^ a Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 





Interoperability Test Purpose 


Identifier: 


TP IMS 5404 01 


Summary: 


IBCF shall remove P-Charging-Vector and P-Charging-Function-Addresses header. 


lUT Role: 


IMS A 


References: 


RQ 229 5404 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










y 


y 


UE B registered in IMS B 








y 






IMS A configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






initial INVITE addressed to UE B 
^ a P-Charging-Vector header 
^ a P-Charging-Function-Addresses header 




2 




^ 


^ 




initial INVITE 

^ a P-Charging-Vector header 

^ a P-Charging-Function-Addresses header 
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Interoperability Test Purpose 



Identifier: 



TP IMS 5408 01 



Summary: The IBCF shall perform encryption for topology hiding before subsequent request is sent. 

lUTRole: IMS A 

References: RQ 229 5408 Config Ref: CF_INT_CALL 



UEA 



IMS A 



IMSB 



UEB 



^ 



UE A registered in IMS A 



^ 



^ 



UE B registered in IMS B 



^ 



^ 



UE A has received 200OK on initial request for dialog from 

UEB 

IMS A configured for topology hiding 



UEA 



IMS A IMSB 



UEB 



•it^^^^u' 



^ 



^ 



ACK addressed to UE B 



^ 



^ 



ACK 

^ a Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 



Interoperability Test Purpose 


Identifier: 


TP IMS 5408 02 


Summary: 


The IBCF shall perform encryption for topology hiding before subsequent request is sent. 


lUT Role: 


IMS A 


References: 


RQ 229 5408 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






^ 






v^ 


UE B has received 180 on initial request for dialog from UE 
A 








^ 






IMS A configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 










'i[**^i«- 




1 


^ 


^ 






CANCEL addressed to UE B 




2 




\ 


^ 




CANCEL 

^ a Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 





ETS\ 



36 



ETSI TS 186 011-1 V2.2.1 (2009-03) 



Interoperability Test Purpose 


Identifier: 


TP IMS 5408 03 


Summary: 


The IBCF shall perform encryption for topology hiding before subsequent request is sent. 


lUT Role: 


IMS A 


References: 


RQ 229 5408 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










y 


y 


UE B registered in IMS B 






^ 






^ 


UE A has initiated a dialog with UE B 








^ 






IMS A configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






BYE addressed to UE B 




2 




^ 


^ 




BYE 

^ a Via header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
^ a Route header 

v^ encrypted consecutive header entries 

^ a tokenized-by parameter 





Interoperability Test Purpose 


Identifier: 


TP IMS 5408 04 


Summary: 


The IBCF shall perform encryption for topology hiding before subsequent request is sent. 


lUT Role: 


IMS A 


References: 


RQ 229 5408 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






y 






^ 


UE A has initiated a dialog with UE B 








y 






IMS A configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






subsequent INVITE addressed to UE B 




2 




^ 


^ 




subsequent INVITE 

^ a Via header 

v^ encrypted consecutive header entries 

^ a tokenized-by parameter 
v^ a Record-Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
v^ a Route header 

^ encrypted consecutive header entries 

^ a tokenized-by parameter 
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Interoperability Test Purpose 


Identifier: 


TP IMS 5414 01 


Summary: 


When IBCF receives an initial INVITE request and it shall respond with a 100 (Trying) provisional 
response. 


lUT Role: 


IMSB 


References: 


RQ 229 5414 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


Y 






UE A registered in IMS A 










y 


y 


UE B registered in IMS B 










Y 




IMS B configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ ^ 


initial INVITE addressed to UE B 




2 


^ ^ 


100 response 





5.5 Messaging Procedures 
5.5.1 Messaging at P-CSCF 



Test Purpose 


Identifier: 


TP IMS 5050 01 


Summary: 


When the P-CSCF receives a MESSAGE request from a UE for which a Service-Route header list 
exists. 


lUT Role: 


IMS A 


References: 


RQ 229 5050 Config Ref: CF ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










y 


y 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 














1 




<^ 




^ 


MESSAGE 




2 




^ 


^ 




MESSAGE 

^ a Route header 

■^ the list of Service Route header URIs 
from registration 
^ a P-Preferred-ldentity header 
^ P-Asserted-ldentity header 

^ an address of UEA 
^ the P-Charging-Vector header 

^ an icid parameter 
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5.5.2 Messaging at S-CSCF 



Test Purpose 


Identifier: 


TP IMS 5097 05 


Summary: 


S-CSCF must inserts orig-ioi parameter, remove access-network-charging-info parameter and 
P-Access-Network-lnfo header before sending IVIESSAGE over NNI. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 






^^^mm 


^B 




UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










y 


^ 


UE B registered in IMS B 








X 






IMS A not configured for topology hiding 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






MESSAGE addressed to UE B 




2 




^ 


^ 




MESSAGE 

^ a Route header 

^ the S-CSCF SIP URI of IMS A 
^ a P-Charging-Vector header 

v^ an icid parameter 

v^ a orig-ioi parameter 
^IMSA 

^ a term-ioi parameter 
^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5097 06 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header indicating a registered tel URI if not present for 
MESSAGE. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


Y 


UE B registered in IMS B 






^ 








UE A registered public identities containing a Tel URI 






^ 








UE A default registered public identity is a SIP URI 






UEA 


IMS A 


IMSB 


UEB 






i=r 






1 


1 


^ 


^ 






MESSAGE addressed to UE B 
^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^11 a Tel URI of UE 




2 




^ 


^ 




MESSAGE 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEA 
^ a P-Asserted-ldentity header 

^aTelURIofUEA 
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Test Purpose 


Identifier: 


TP IMS 5097 07 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header indicating a registered SIP URI if not present for 
MESSAGE. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










v" 


v" 


UE B registered in IMS B 






^ 








UE A default registered public identity is a Tel URI 






UEA 


IMS A 


IMSB 


UEB 














1 


^ 


^ 






MESSAGE addressed to UE B 
^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^aTelURIofUEA 




2 




^ 


^ 




MESSAGE 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEA 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UE A 





Test Purpose 


Identifier: 


TP IMS 5097 08 


Summary: 


S-CSCF uses ENUM/DNS to translate Tel URIs to SIP URIs in MESSAGE requests. 


lUT Role: 


IMS A 


References: 


RQ 229 5097 




Config Ref: CF INT CALL 












UEA 


IMS A 


DNS A 


IMSB 


UEB 








^ 


^ 








UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 










^ 




^ 


DNS B configured with an ENUM entry for Tel URI E.1 64 
Number of UE B 






UEA 


IMS A 


DNS A 


IMSB 


UEB 














1 


^ 


^ 








MESSAGE addressed to UE B 
^ a Request URI 
^ a Tel URI 




2 




^ 


^ 






DNS Query 

^ the Tel URI E.1 64 Number 




3 




<^ 


<^ 






DNS Response 

^ NAPTR Resource Record 
^ the SIP URI of UEB 




4 




^ 




^ 




MESSAGE addressed to UE B 
^ a Request URI 

^ a SIP URI of UEB 
^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
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Test Purpose 


Identifier: 


TP IMS 5097 10 


Summary: 


MESSAGE handling by S-CSCF with matching filter criteria AS. 


lUT Role: 


IMSB 


References: 


RQ 229 5097 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 








^ 






^ 


UEB visiting IMS A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 










^ 


^ 




AS B within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 










\T^^^ 




1 




^ 


^ 






MESSAGE addressed to UE A 




2 






^ 


& 




MESSAGE 

^ a Route header 

^theSIPURIofASB 
^ a P-Charging-Function-Addresses header 





Test Purpose 


Identifier: 


TP IMS 5108 02 


Summary: 


Standalone request; terminated at the served user. 


lUT Role: 


IMSB 


References: 


RQ 229 5108 




Config Ref: CF 


ROAM CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 






UEA 


IMS A 


IMSB 


UEB 














1 




^ 


& 




MESSAGE addressed to UE B 
^ a P-Charging-Vector header 
^ an icid parameter 




2 




<^ 


^ 




MESSAGE 

^ no Route header 

^ the S-CSCF SIP URI of IMSB 
^ a P-Charging-Vector header 

^ the same icid parameter 

^ ioi parameters 
^ a Record-Route header 

^ the S-CSCF SIP URI of IMS B 





Test Purpose 


Identifier: 


TP IMS 5108 06 


Summary: 


S-CSCF rejects barrec 


\ users on MESSAGE 




lUT Role: 


IMSB 


References: 


RQ 229 5108 




Config Ref: CF INT CALL 














UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 










^ 


Y 


UE B barred user in IMS B 






UEA 


IMS A 


IMSB 


UEB 






l^T! 






1 


1 




^ 


^ 




MESSAGE addressed to UE B 
^a Request URI 
■^ a barred user in IMS B 




2 




<^ 


^ 




404 response 
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Test Purpose 


Identifier: 


TP IMS 5117 01 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header from 
1xx response to standalone transaction. 


lUT Role: 


IMSB 


References: 


RQ 229 5117 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 












^ 


UEB has received a standalone request 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


Ixx response addressed to UE A 




2 




<^ 


^ 




1 XX response 

^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5117 02 


Summary: 


S-CSCF remove access-network-charging-info parameter and P-Access-Network-lnfo header from 
2xx response to standalone transaction. 


lUT Role: 


IMSB 


References: 


RQ 229 5117 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 












^ 


UEB has received a standalone request 






UEA 


IMS A 


IMSB 


UEB 






KfT 






1 


1 






<^ 


^ 


2xx response addressed to UE A 




2 




<^ 


^ 




2xx response 

^ a P-Charging-Vector header 

^ a access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5117 04 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in 2xx response from UE for initial or standalone 
request indicating a registered tel URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5117 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


^ 


UE B registered in IMS B 












^ 


UE B registered public identities containing a Tel URI 












^ 


UE B default registered public identity is a SIP URI 






^ 






^ 


UEB has received a standalone request from UEA 






UEA 


IMS A 


IMSB 


UEB 










\^^^^ 




1 






<^ 


^ 


2xx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^11 a Tel URI of UEB 




2 




<^ 


^ 




2xx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel URI of UEB 





ETS\ 



42 



ETSI TS 186 011-1 V2.2.1 (2009-03) 



Test Purpose 


Identifier: 


TP IMS 5117 05 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in 1xx response from UE for initial request 
indicating a registered SIP URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5117 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IIVIS A 










v" 


v" 


UE B registered in IIVIS B 












^ 


UE B default registered public identity is a Tel URI 






^ 






^ 


UEB has received a standalone request from UEA 






UEA 


IMS A 


IMSB 


UEB 










\^^F 




1 






<^ 


^ 


Ixx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a Tel URI of UEB 




2 




<^ 


^ 




Ixx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UE B 





Test Purpose 


Identifier: 


TP IMS 5117 06 


Summary: 


S-CSCF inserts a second P-Asserted-ldentity header in 2xx response from UE for initial request 
indicating a registered SIP URI if not present. 


lUT Role: 


IMSB 


References: 


RQ 229 5117 Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 










^ 


Y 


UE B registered in IMS B 












^ 


UE B default registered public identity is a Tel URI 






^ 






^ 


UE B has received a standalone request from UE A 






UEA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 


2xx response addressed to UE A 

^ a P-Preferred-ldentity header 
or 

^ a P-Preferred-ldentity header 
^ a Tel URI of UEB 




2 




<^ 


^ 




2xx response 

^ a P-Asserted-ldentity header 

■^ the default registered public identity of 
UEB 
^ a P-Asserted-ldentity header 

^ a Tel derived SIP URI of UEB 
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Test Purpose 



Identifier: 



TP IIVIS 5118 01 



Summary: S-CSCF include term-ioi parameter and restores orig-ioi in 200 responses to standalone requests. 

lUT Role: IMS B 

References: RQ_229_5118 Config Ref: CF_INT_CALL 



UEA 



IMS A 



IMSB 



UEB 



^ 



UE A registered in IMS A 



^ 



^ 



UE B registered in IMS B 



^ 



^ 



UEB has received a standalone request from UEA 



UEA 



IMS A 



IMSB 



UEB 



<^ 



^ 



200 response addressed to UE A 



<^ 



<^ 



200 response 

^ a P-Charging-Vector header 
^ a orig-ioi parameter 

-^ operator identifier of IMS A 
^ a term-ioi parameter 

■» operator identifier of IMS B 



5.6 Application Server Handling Procedures 



5.6.1 


Application Server Handling at S-CSCF 




Test Purpose 


Identifier: 


TP IMS 5097 09 


Summary: 


Initial INVITE handling by S-CSCF with matching filter criteria AS. 


lUT Role: 


IMSB 


References: 


RQ 229 5097 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








Y 


Y 








UE A registered in IMS A 










y 




y 


UE B registered in IMS B 








y 






^ 


UE B visiting IMS A 










Y 


Y 




IMS B configured with filter criteria to contact AS B 










y 


y 




AS B within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 










'W^^ 




1 




^ 


^ 






initial INVITE addressed to UE A 




2 






^ 


^ 




initial INVITE 

^ a Route header 

^theSIPURIofASB 
^ a P-Charging-Function-Addresses header 
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Test Purpose 


Identifier: 


TP IMS 5108 03 


Summary: 


Request for a initial dialog terminated at the served user. 


lUT Role: 


IMSB 


References: 


RQ 229 5108 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 








^ 






y 


UE B registered in IMS A 










^ 


y 




IMS B configured with filter criteria to contact AS B 








^ 






^ 


UE B visiting IMS A 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


^ 






initial INVITE addressed to UE B 




2 






^ 


^ 




INVITE 

^ a topmost Route header 

^theSIPURIofASB 
^ a Route header 

^ the S-CSCF SIP URI of IMS B 





Test Purpose 


Identifier: 


TP IMS 5108 04 


Summary: 


Standalone request; terminated at the served user. 


lUT Role: 


IMSB 


References: 


RQ 229 5108 




Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 








^ 






^ 


UE B registered in IMS A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 








^ 






^ 


UE B visiting IMS A 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


^ 






MESSAGE addressed to UE B 




2 






^ 


^ 




MESSAGE 

^ a topmost Route header 

^ the SIP URI of ASB 
^ a Route header 

^ the S-CSCF SIP URI of IMSB 





Test Purpose 


Identifier: 


TP IMS 5109 01 


Summary: 


S-CSCF returns 408 or 5xx response to initial terminating INVITE when there is no response from AS 
and filter criterion indicates the value SESSION TERMINATED. 


lUT Role: 


IMSB 


References: 


RQ 229 5109 


Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 












X 


UE B not registered 










^ 


^ 


IMS B configured with a terminating unregistered filter 
criterion for UE B indicating SESSION TERMINATED on 
INVITE 






UEA 


IMS A 


IMSB 


UEB 






1=^ 






1 


1 


^ ^ 


initial INVITE addressed to UE B 




2a 


^ ^ 


408 response 




2b 


^ ^ 


5xx response 
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Test Purpose 


Identifier: 


TP IMS 5110 01 


Summary: 


Forward 200 from AS. 


lUT Role: 


IMS A 


References: 


RQ 229 5110 




IConfig Ref: CF INT AS 












UEA 


ASA 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IIVIS A 












^ 


^ 


UE B registered in IIVIS B 








^ 


^ 






IIVIS A configured with filter criteria to contact AS A 






^ 








^ 


UE B has received 180 on initial request for dialog from UE 
A 






UEA 


ASA 


IMS A 


IMSB 


UEB 










'i[5=FFF 




1 


^ ^ 


200 response addressed to UE B 




2 


^ ^ 


200 response 





Test Purpose 


Identifier: 


TP IMS 5114 01 


Summary: 


S-CSCF should turn down initial c 


iialog request when terminated at the not registered served user. 


lUT Role: 


IMSB 


References: 


RQ 229 5114 




Config Ref: CF INT AS 












UEA 


IMS A 


IMSB 


UEB 








^ 




^ 




UEA registered in IMS B 












X 


UE B not registered 










X 




IMS B not configured with filter criteria to contact any AS 






UEA 


IMS A 


IMSB 


UEB 














1 


^ ^ 


initial INVITE addressed to UE B 




2 


<^ ^ 


4xx response 





Test Purpose 


Identifier: 


TP IMS 5114 02 


Summary: 


S-CSCF should turn down standalone request when terminated at the not registered served user. 


lUT Role: 


IMSB 


References: 


RQ 229 5114 




Config Ref: CF INT CALL 












UEA 


IMS A 


IMSB 


UEB 








^ 


^ 






UE A registered in IMS A 












X 


UE B not registered 










X 




IMS B not configured with filter criteria to contact any AS 






UEA 


IMS A 


IMSB 


UEB 














1 


\ ^ 


MESSAGE addressed to UE B 




2 


^ ^ 


4xx response 





ETS\ 



46 



ETSI TS 186 011-1 V2.2.1 (2009-03) 



Test Purpose 


Identifier: 


TP IMS 5115 07 


Summary: 


S-CSCF include term-ioi 
in terminating network. 


parameter and restores orig-ioi in Ixx responses from AS to initial requests 


lUT Role: 


IMSB 


References: 


RQ 229 5115 




Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










X 




X 


UE B not registered in IMS B 










^ 


^ 




IMS B configured with filter criteria to contact AS B 






^ 






^ 




AS B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


ASB 


UEB 










'i[5=FFF 




1 






<^ 


^ 




Ixx response addressed to UE A 




2 




<^ 


^ 






Ixx response 

^ a P-Charging-Vector header 
^ a orig-ioi parameter 

■^ operator identifier of IMS A 
^ a term-ioi parameter 

■^ operator identifier of IMS B 





Test Purpose 


Identifier: 


TP IMS 5115 08 


Summary: 


S-CSCF include term-ioi 
in terminating network. 


parameter and restores orig-ioi in 2xx responses from AS to initial requests 


Clause: 




References: 


RQ 229 5115 


Config Ref: 


CF INT CALL 


lUT Role: 


IMSB 


Test Case: 


TC IMS 5115 08 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










X 




X 


UE B not registered in IMS B 






^ 






^ 




AS B has received an initial request for a dialog from UE A 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 






<^ 


^ 




2xx response addressed to UE A 




2 




<^ 


^ 






2xx response 

^ a P-Charging-Vector header 
^ an orig-ioi parameter 

■^ operator identifier of IMS A 
^ a term-ioi parameter 

■^ operator identifier of IMS B 
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Test Purpose 


Identifier: 


TP IMS 5118 


02 




Summary: 


S-CSCF include term-ioi parameter and restores orig-ioi in 200 responses from AS to standalone 
requests. 


lUT Role: 


IMSB 


References: 


RQ 229 5118 




Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










X 




X 


UE B not registered in IMS B 










^ 


^ 




IMS B configured with filter criteria to contact AS B 






^ 






^ 




AS B has received a standalone request from UEA 






UEA 


IMS A 


IMSB 


ASB 


UEB 










\^^F 




1 






<^ 


^ 




200 response addressed to UE A 




2 




<^ 


^ 






200 response 

^ a P-Charging-Vector header 
^ a orig-ioi parameter 

■^ operator identifier of IMS A 
^ a term-ioi parameter 

■^ operator identifier of IMS B 





Test Purpose 


Identifier: 


TP IMS 5302 01 


Summary: 


The S-CSCF shall retain the P-Access-Network-lnfo header and the access-network-charging-info 
parameter in the P-Charging-Vector header a Ixx or 2xx response to AS. 


lUT Role: 


IMSB 


References: 


RQ 229 5302 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 






^ 








^ 


UE B has received a subsequent request in a dialog from 
UEA 










^ 


^ 




IMS B configured with filter criteria to contact AS B 










^ 


^ 




AS B within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


^ 






2xx response addressed to UE A 




2 






^ 


^ 




2xx response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5302 02 


Summary: 


The S-CSCF receives a 1xx or 2xx response and not AS in same trust domain then it shall remove 
the P-Access-Network-lnfo header and the access-network-charging-info parameter in the 
P-Charging-Vector header. 


lUT Role: 


IMSB 


References: 


RQ 229 5302 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 






^ 








^ 


UE B has received a subsequent request in a dialog from 
UEA 










^ 


^/' 




IMS B configured with filter criteria to contact AS B 












X 




AS B not within the trust domain 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


^ 






2xx response addressed to UE A 




2 






^ 


^ 




2xx response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5206 01 


Summary: 


REGISTER request if there is at least on AS that matches Filter Criteria. 


lUT Role: 


IMSB 


References: 


RQ 229 5206 Config Ref: CF ROAM AS 












IMSB 


ASB 


UEB 










^ 


^ 


UE B configured with filter criteria to contact AS B 






^ 




^ 


IMS B has challenged with a 401 response the REGISTER 
request of UE B 






IMSB 


ASB 


UEB 










A^^^M. 




1 


<^ 




^ 


protected REGISTER 

^ an Authorization header 
^ an integrity-protected parameter set yes 




2 


^ 


^ 




REGISTER 





Test Purpose 


Identifier: 


TP IMS 5308 01 


Summary: 


Retain the access-network-chargi 


ng-info parameter from the P-Charging-Vector header in 180 to AS. 


lUT Role: 


IMS A 


References: 


RQ 229 5308 




Config Ref: CF INT AS 












UEA 


ASA 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 








^ 


^ 






IMS A configured with filter criteria to contact AS A 








^ 






^ 


AS A has received an initial request for a dialog from UEB 






UEA 


ASA 


IMS A 


IMSB 


UEB 














1 


^ 




& 






180 response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 




2 




<^ 


^ 






180 response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
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Test Purpose 


Identifier: 


TP IMS 5308 02 


Summary: 


Retain the access-network-charging-info parameter from the P-Charging-Vector header in 200 to AS. 


lUT Role: 


IMS A 


References: 


RQ 229 5308 Config Ref: CF INT AS 












UEA 


ASA 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IIVIS A 












y 


y 


UE B registered in IIVIS B 








^ 


^ 






IIVIS A configured with filter criteria to contact AS A 








^ 






^ 


AS A has received 180 on initial request for dialog from UE 
B 






UEA 


ASA 


IMS A 


IMSB 


UEB 










'it^FFFF 




1 


^ 




^ 






200 response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 




2 




<^ 


<P 






200 response 

^ a P-Charging-Vector header 
v^ an access-network-charging-info 
parameter 





Test Purpose 


Identifier: 


TP IMS 5310 01 


Summary: 


Retaining the P-Access-Network-lnfo header and the access-network-charging-info parameter from 
the P-Charging-Vector. 


lUT Role: 


IMSB 


References: 


RQ 229 5310 Config Ref: CF ROAM AS 






^tnmm 






UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 






^ 






^ 




AS B has initiated a dialog with UE A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 












^ 




AS B is within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


& 






subsequent INVITE 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
v^ a P-Access-Network-lnfo header 




2 






\ 


^ 




INVITE 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5310 02 


Summary: 


Not retaining the P-Access-Network-lnfo header and the access-network-charging-info parameter 
from the P-Charging-Vector. 


lUT Role: 


IMSB 


References: 


RQ 229 5310 




Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IIVIS A 










^ 




^ 


UE B registered in IIVIS B 






^ 






^ 




AS B has initiated a dialog with UE A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 












X 




AS B is not within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


& 






subsequent INVITE 

^ P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
v^ a P-Access-Network-lnfo header 




2 






\ 


^ 




INVITE 

^ a P-Charging-Vector header 
^ no access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5310 03 


Summary: 


Retaining in UPDATE the P-Access-Network-lnfo header and the access-network-charging-info 
parameter from the P-Charging-Vector. 


lUT Role: 


IMSB 


References: 


RQ 229 5310 




Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 






^ 






^ 




AS B has initiated a dialog with UE A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 












^ 




AS B is within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 






m~ 




J1«:M.. 




1 




^ 


& 






subsequent UPDATE 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
v^ a P-Access-Network-lnfo header 




2 






\ 


^ 




UPDATE 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5310 04 


Summary: 


Not retaining in UPDATE the P-Access-Network-lnfo header and the access-network-charging-info 
parameter from the P-Charging-Vector. 


lUT Role: 


IMSB 


References: 


RQ 229 5310 


Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IIVIS A 










^ 




^ 


UE B registered in IIVIS B 






^ 






^ 




AS B has initiated a dialog with UE A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 












X 




AS B is not within the trust domain of IMS B 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 




^ 


& 






subsequent UPDATE 

^ P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
v^ a P-Access-Network-lnfo header 




2 






\ 


^ 




UPDATE 

^ a P-Charging-Vector header 
^ no access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5312 01 


Summary: 


Retaining the access-network-charging-info parameter from the P-Charging-Vector on 200 (OK) 
response. 


lUT Role: 


IMSB 


References: 


RQ 229 5312 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


^ 








UE A registered in IMS A 










^ 




^ 


UE B registered in IMS B 






^ 








^ 


UE B has initiated a dialog with UE A 










^ 


^ 




IMS B configured with filter criteria to contact AS B 






^ 








^ 


UE B having sent subsequent INVITE or UPDATE to UE A 






UEA 


IMS A 


IMSB 


ASB 


UEB 






ET 








1 




^ 


& 






200 response addressed to UE A 
^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 




2 






^ 


^ 




200 response 

^ a P-Charging-Vector header 
^ a access-network-charging-info parameter 
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Test Purpose 


Identifier: 


TP IMS 5313 01 


Summary: 


Retaining the P-Access-Network-lnfo header and the access-network-charging-info parameter from 
the P-Charging-Vector on any SIP request. 


lUT Role: 


IMSB 


References: 


RQ 229 5313 Config Ref: CF INT AS 












UEA 


ASA 


IMSB 


IMSB 


UEB 








^ 




^ 






UEA registered in IMSB 












^ 


^ 


UE B registered in IIVIS B 








^ 


^ 






IIVIS B configured with filter criteria to contact AS A 








^ 






^ 


AS A has initiated a dialog with UE B 








^ 








AS A is within the trust domain of IMS B 






UEA 


ASA 


IMSB 


IMSB 


UEB 














1 






<^ 


^ 




a response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
v^ a P-Access-Network-lnfo header 




2 




<^ 


^ 






The response 

^ a P-Charging-Vector header 
^ an access-network-charging-info 
parameter 
^ a P-Access-Network-lnfo header 





Test Purpose 


Identifier: 


TP IMS 5313 02 


Summary: 


Not retaining the P-Access-Network-lnfo header and the access-network-charging-info parameter 
from the P-Charging-Vector on any SIP request. 


Clause: 




References: 


RQ 229 5313 


Config Ref: 


CF INT AS 


lUT Role: 


IMS A 


Test Case: 


TC IMS 5313 02 








^^ 




UEA 


ASA 


IMS A 


IMSB 


UEB 








^ 




^ 






UE A registered in IMS A 












^ 


^ 


UE B registered in IMS B 








^ 


^ 






IMS A configured with filter criteria to contact AS A 








^ 






^ 


AS A has initiated a dialog with UE B 








X 








AS A is not within the trust domain of IMS A 






UEA 


ASA 


IMS A 


IMSB 


UEB 














1 






<^ 


^ 




a response 

^ a P-Charging-Vector header 

^ an access-network-charging-info parameter 

v^ a P-Access-Network-lnfo header 




2 




<^ 


^ 






the response 

^ a P-Charging-Vector header 

^ access-network-charging-info parameter 
^ a P-Access-Network-lnfo header 
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Test Purpose 


Identifier: 


TP IMS 5320 01 


Summary: 


S-CSCF is failing to receive a SIP response or receive 408 (Request Timeout) response or a 5xx 
response from the AS. 


lUT Role: 


IMSB 


References: 


RQ 229 5320 Config Ref: CF ROAM AS 












UEA 


IMS A 


IMSB 


ASB 


UEB 








^ 


Y 








UE A registered in IIVIS A 










y 




^ 


UE B registered in IIVIS B 












Y 


^ 


AS B has received an initial request for a dialog from UE B 










y 


y 




AS B filter criteria default handling in IMS B set to 
SESSION TERMINATED 






UEA 


IMS A 


IMSB 


ASB 


UEB 














1 


<^ll \\<^ 


no response 




2a 


\ "^ \ \ ^ 


408 response 




2b 


\ "^ \ \ ^ 


5xx response 
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Annex A (normative): 
Zip file with TPLan code 



The test purposes defined in the present document have been automatically generated from the TPLan text files in the 
archive file ts_18601101v020201p0.zip which accompanies the present document. The raw text files have been 
converted to a symbolic table format to allow better readability. 
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Annex B (normative): 

IMS NNI Interoperability Test Configurations 

IMS NNI interoperability test configuration identifiers have been composed using on the following abbreviations: 

REG: Only one UE 

CALL: One or two UEs 

AS: One or two UEs plus Application Server for one UE 

ROAM: UE B is roaming in home network of UE A 

INT: UE A and B are in interoperating home networks 

Note that all test configurations assume that observable interfaces are indicated as a solid line, non-observable interfaces 
as indicated dashed lines, and that IBCF acts in a "pass-through" mode if topology hiding is not required. 

Roaming Registration 
CF ROAM REG 



UE 
B 



Gm 







PCO 



IMS A 



HSS 



^ P-CSCF ^ 



l-CSCF 



S-CSCF 



I IBCF 



Mw 



e 



HSS 



IMSB 



S-CSCF 



P-CSCF 



{ IBCF 



-^ .^ 



l-CSCF 



PO 

Precondition: 

Different network operators performing origination and termination, UE_B roaming in Home network A 

(ROAM), UE_B not yet registered (REG), neither UE_A nor AS involved, IBCF may be involved 
Test configuration for: 

Registration requests and responses from UE_B 
Example: 

REGISTER prior to IMS VoIP voice call from UE_B 

Figure B.1: CF_ROAM_REG 
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UE 
A 



Interworking Call 
CF INT CALL 



Gm 



^ 



PCO 



IMS A 



HSS 



P-CSCF 



l-CSCF 



S-CSCF 



IBCF 



N._ ,_ r-' 



DNS 



Mw 



# 



HSS 



IMSB 



S-CSCF 



IBCF 



P-CSCF 



l-CSCF 



V _. r' 




PCO 



PO 

Precondition: 

Different network operators performing ongination and termination, both UEs or only UE A in home 
networks (INT), both UE's registered, no AS. a common interconnect DNS and local DNSs for each 
IMS may be involved, IBCF may be involved 

Test configuration for: 

Requests and responses between UE_A and UE_B in call (CALL) and messaging scenanos 
Unsuccessful initial requests and responses from UE_A (when UE_B is not registered) 

Example: 

Initial INVITE in IMS VoIP voice call from UE_A to UE_B 

Figure B.2: CF_INT_CALL 

Roaming Call 
CF ROAM CALL 



UE 
A 



Gm 






PCO 
Gm 



UE 
B 



pT 



PCO 



IMS A 



HSS 



l-CSCF 



S-CSCF 



IBCF 



*• 



Mw 



^ 



HSS 



IMSB 



S-CSCF 



IBCF 



P-CSCF 



l-CSCF 



^. . 



Pp 

Precondition: 

Different network operators performing ongination and termination, UE_B roaming (ROAM) via 

IMS_A, UE_A in home network, both UEs are registered, no AS, IBCF may be involved 
Test configuration for: 

Requests and responses between UEB and UE_A in call (CALL) and messaging scenanos 
Example: 

Initial INVITE in IMS VoIP voice call from UE_B to UE_A 

Figure B.3: CF_ROAM_CALL 
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Interworking Application Server 
CF INT AS 



UE 
A " 



Gm 







PCO 
ISC 



AS 
A 



f*i 



PCO 



IMS A 



^ P-CSCF ^ 



l-CSCF 



HSS 



S-CSCF 




Mw 







PO 



HSS 



S-CSCF 



f IBCF I 



IMSB 



P-CSCF 



l-CSCF 



Gm 



e 



UE 
B 



PCO 



Precondition: 

Different network operators performing origination and termination, UE_A and UE_B in home networks 

(INT), both UEs registered, only AS for UE_A (AS), IBCF may be involved 
Test configuration for: 

Requests and responses between AS_A and UEs 
Example: 

Initial INVITE in IMS VoIP voice call unconditionally forwarded to UE_B by AS_A (CPU). AS_A acts 

as routing AS 

Figure B.4: CF_INT_AS 



Roaming Application Server 
CF ROAM AS 



UE 
A 



Gm 



Dr-n > 



PCO 
Gm 



UE 
B 



m 



PCO 



IMS A 



P-CSCF 



l-CSCF 




S-CSCF 



f IBCF 



^^ 



Mw 



^ 



HSS 



IMSB 



S-CSCF 



IBCF 



P-CSCF 



^^ 



^\ 

l-CSCF h 



^. ^ 



ISC 



^ 



PCO 



AS 
B 



PO 



Precondition: 

Different network operators performing ongination and termination, UE_B roaming (ROAM) via 

IMS_A, UE_A in home network, both UEs or registered, AS for UE_A and UE B may be involved 

(AS), IBCF may be involved 
Test configuration for: 

Requests and responses between AS_B and UEs 

Unsuccessful initial requests and responses from UE_A (when UE_B and AS_B are not available) 
Example: 

Initial INVITE IMS VoIP voice call unconditionally forwarded to UE_B by AS_B (CPU) . AS_B acts; 

as routing AS 

Figure B.5: CF_ROAM_AS 
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